home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / doc / www-talk.archive.Z / www-talk.archive / text0032.txt < prev    next >
Encoding:
Text File  |  1992-11-30  |  3.7 KB  |  110 lines

  1. Pei,
  2.  
  3. ViolaWWW works great!  It has impressed us here. Its fine on decstation and apollo  
  4. displays (The crashing HP display was an HP X server problem.)   A strange thing is  
  5. that it seems to be so fast -- a search in the CERN phone book seems instantaneous
  6. (when done at CERN).  Perhaps the line mode browser's critical path is the
  7. time taken for the terminal emulator to display the characters, and Viola is  
  8. faster.
  9.  
  10. We're going to have to standardize (have a competetion for) the WWW icon.
  11. I like the web, though some may be arachnophobic. We use a globe on the NeXT.
  12. I wondered about some combination of an open book and a globe...
  13.  
  14. The viola changes aren't in www v1.1, but are in the master code for 1.2
  15. (or 1.1a) already.
  16.  
  17. Now for details about the marking of fields for viola:
  18.  
  19. >To answer your questions:
  20. >
  21. >> Do I correctly assume that anything which is displayed on the screen  
  22.  
  23. >> surrounded by SI..SO characters can be clicked on and will then be  
  24.  
  25. >> sent to www?
  26. >
  27. >That's correct, for the old version of Viola. This scheme, however, has
  28. >changed in the new version... (see below).
  29. >
  30. > Here are two important things Viola need to interface to www. Both might
  31. > be effected by -viola:
  32. >
  33. >1) A consistant and hopefully unique prompt ending. It should always look
  34. >the same ("::: " or whatever is predictable).
  35.  
  36.     Are you sure it isn't safer to use a non-printable character? That would
  37.     be guaranted unique.
  38.  
  39. > 2) Instead of the old (and limiting) SI..SO scheme, the new scheme is to use
  40. > the \h()\e() combination thusly:
  41. >
  42. >    See also CERN copyright[\h(2)\e(2)].
  43. >
  44. > The text within \h(...) is displayed highlited, and text within \e(...) 
  45.  
  46. > is ``embedded'' into the text field for retrieval (when clicked) by Viola
  47. > scripts.
  48.  
  49. To separate the anchor text (highlished bit) and the meaning is a good idea.
  50. In that case we would highlight the whole phrase: in the underlying mark-up,
  51. the beginning of the anchor is marked as well as the end, although that is not
  52. apparent with the line-mode browser normally. Using your example, this would come  
  53. out like
  54.  
  55.     See also \h(CERN copyright)\e(2).
  56.  
  57. without any [numbers] displayed at all.
  58.  
  59. Again, the use of printable brackets () is a bit dangerous, as in fact
  60. there will be cases in which unmatche dbrackets appear within the highlighted bit.
  61.  
  62.  
  63. -------------
  64.  
  65.  
  66. > I'm very interested in producing a usable WWW front-end (the current
  67. > ViolaWWW was a one-nite hack to prove feasibility). I am also thinking
  68. > of incorporating the HHTP code into Viola. Thou I have to look at the 
  69.  
  70. > code more...
  71. >
  72.  
  73. If you want to look at the code, see whether your text widget can implement the
  74. "Object Building" methods in HText.h.  These are the calls made by the www
  75. communications code and parsers to build the hypertext.  If you can provide those,
  76. it should be easy.  You just call one of the routines in HTAccess.h to
  77. load a document by name, and it calls you back to create and build the document.
  78.  
  79.  
  80. >> More qustions:
  81. >> Did you need any mods to viola, or is everything you needed put into  
  82.  
  83. >> the "ht" stack?  In other words, was the viola directory a stnadrd  
  84.  
  85. >> release which we can replace with new versions when they come out?
  86. >
  87. > No modification was made to Viola in order to front-end the modified
  88. > www.
  89.  
  90. Great stuff.
  91.  
  92.  
  93. > [...] No problem! Give me a few days, and I may have the new ViolaWWW ready. 
  94.  
  95. > It will have a lot of improvements such as multiple fonts and geometry
  96. > management.
  97.  
  98. If you really do multiple fonts, that would be great!  In that case
  99. you will probably want to combine the www access code with viola itself
  100. in order to get the style changes as a hypertext document is parsed.
  101. That would be really neat.  It would remove all this marking of fields with
  102. funny characters, as well.
  103.  
  104. >>      Tim 
  105.  
  106. >   -Pei
  107.   Tim
  108.  
  109.  
  110.